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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project; Technical Specification 
Group Services and System Aspects; Telecommunication management; as identified below: 

32. 111-1 Fault Management; Part 1 : 3G fault management requirements. 

32. 111-2 Fault Management; Part 2: Alarm Integration Reference Point (IRP): Information Service (IS). 

32. 111-3 Fault Management; Part 3: Alarm Integration Reference Point (IRP): Common Object Request 

Broker Architecture (CORBA) Solution Set (SS). 

32. 111-5 Alarm Integration Reference Point (IRP): extensible Markup Language (XML) definitions. 

32.111-7 Alarm Integration Reference Point (IRP): SOAP Solution Set (SS). 
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Scope 



The present document specifies the SOAP Solution Set for the IRP whose semantics are specified in Alarm IRP: 
Information Service (3GPP TS 32.111-2 [4]). 

This Solution Set specification is related to 3GPP TS 32.111-2 V9.0.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[2] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[3] 3GPP TS 32.1 1 1-1: "Telecommunication management; Fault Management; Part 1: 3G fault 

management requirements". 

[4] 3GPP TS 32.1 1 1-2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service (IS)". 

[5] 3GPP TS 32.1 1 1-5: "Telecommunication management; Alarm Integration Reference Point (IRP): 

extensible Markup Language (XML) definitions". 

[6] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Requirements". 

[7] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Information Service (IS)". 

[8] 3GPP TS 32.317: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; SOAP solution set". 

[9] 3GPP TS 32.150: "Telecommunication management; Integration Reference Point (IRP) Concept 

and definitions". 

[10] 3GPP TS 32.307: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): SOAP solution set". 

[II] W3C SOAP 1 . 1 specification ( http://www.w3.org/TR/2000/NOTE-SOAP-20000508/) 
[12] W3C XPath 1.0 specification ( http://www.w3.org/TR/1999/REC-xpath-19991 1 16 ) 
[13] W3C WSDL 1.1 specification ( http://www.w3 .org/TR/200 l/NOTE-wsdl-200 1 03 1 5) 

[14] W3C SOAP 1 .2 specification (http://www.w3.org/TR/soapl2-partl/) 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 32.101 [1], 3GPP TS 32.102 [2], 
3GPP TS 32.150 [9] and 3GPP TS 32.111-1 [3] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.31 1 [6]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

IS Information Service 

SS Solution Set 

WSDL Web Service Description Language 



Architectural features 



4.1 General 

The overall architectural feature of the Alarm IRP is specified in 3GPP TS 32.1 1 1-2 [4]. This clause specifies features 
that are specific to the SOAP solution set. 

The SOAP 1.1 specification [11] and WSDL 1.1 specification [13] are supported. 

The SOAP 1.2 specification [14] is supported optionally. 

This specification uses "document" style in WSDL file. 

This specification uses "literal" encoding style in WSDL file. 

The filter language used in the SS is the XPath Language (see W3C XPath 1.0 specification [12]). IRP Agents may 
throw a FilterComplexityLimit fault when a given filter is too complex. 

The Alarm IRP SOAP SS uses the Notification IRP SOAP SS of 3GPP TS 32.307 [10]. The IRP Agent shall support the 
push interface model, which means that the IRP Agent sends alarm notifications to the IRPManager as soon as new 
events occur. The IRPManager does not need to check ("pull") for events. 

Relevant definitions are imported from the Alarm IRP XML definitions of 3GPP TS 32. 111-5 [5]. 

This specification uses a number of namespace prefixes throughout that are listed in Table 4. 1 . 

Table 4.1 : Prefixes and Namespaces used in this specification 



PREFIX 


NAMESPACE 


(no prefix) 


http://schemas.xmlsoap.org/wsdl/ 


soap 


http://schemas.xmlsoap.org/wsdl/soap/ 


alarmlRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32 series/32.1 1 1 -7#AlarmlRPSystem 


alarmlRPData 


http://www.3gpp.org/ftp/Specs/archive/32 series/32. 11 1 -7#AlarmlRPData 


xai 


http://www.3gpp.org/ftp/specs/archive/32 series/32.1 1 1 -5#alarmlRPIOCs 


xn 


http://www.3gpp.org/ftp/specs/archive/32 series/32. 625#genericNrm 


genericlRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32 series/32.31 7/schema/3231 7-81 0/GenericlRPSystem 


ntflRPNtfSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307-810/ 
notification/NotificationlRPNtfSystem 
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The WSDL structure is depicted in Figure 4.1 below, depicting port type, binding and service. The port type contains 
port type operations, which again contains input, output and fault messages. The binding contains binding operations, 
which have the same name as the port type operations. The binding connects to a port inside the service. 
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Figure 4.1 : Alarm IRP SOAP Solution Set WSDL structure 
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5 Mapping 

5.1 Operation and notification mapping 

The Alarm IRP IS (3GPP TS 32. 1 1 1 -2 [4]) defines the operations and their semantics. 

Table 5.1 maps the operations defined in the Alarm IRP IS to their equivalent types, messages, port type operation, and 
binding operation in this Solution Set (SS). 

Table 5.1 also maps the notifications of the Alarm IRP IS, as well as inherited operations. 

Table 5.1 also qualifies if an operation is Mandatory (M) or Optional (O). 

Table 5.1 : Mapping from IS Operation to SS Equivalents 



IS Operation in 3GPP TS 32.111-2 [4] 


SS: Operation of WSDL port 
type and WSDL binding 


SS: Port of 
AlarmlRPService 


Qualifier 


acknowledgeAlarms 


acknowledgeAlarms (note 1) 


AlarmlRPPort 


M 


getAlarmList 


getAlarmList (note 1) 


AlarmlRPPort 


M 


getAlarmCount 


getAlarmCount (note 1) 


AlarmlRPPort 





unacknowledgeAlarms 


unacknowledgeAlarms (note 1) 


AlarmlRPPort 





setComment 


setComment (note 1) 


AlarmlRPPort 





clearAlarms 


clearAlarms (note 1) 


AlarmlRPPort 





notifyNewAlarm 


notify (note 2) 


NotificationlRPNtfPort 


M 


notifyAckStateChanged 


notify (note 2) 


NotificationlRPNtfPort 


M 


notifyClearedAlarm 


notify (note 2) 


NotificationlRPNtfPort 


M 


notifyAlarmListRebuilt 


notify (note 2) 


NotificationlRPNtfPort 


M 


notifyChangedAlarm 


notify (note 2) 


NotificationlRPNtfPort 





notifyComments 


notify (note 2) 


NotificationlRPNtfPort 





notifyPotentialFaultyAlarmList 


notify (note 2) 


NotificationlRPNtfPort 





getlRPVersion (note 3) 


See TS 32.317 [8] 


GenericlRPPort 


M 


getOperationProfile (note 3) 


See TS 32.317 [8] 


GenericlRPPort 





getNotificationProfile (note 3) 


See TS 32.317 [8] 


GenericlRPPort 





NOTE 1 : The operation is under the port type alarmlRPSystem:AlarmlRPPortType and under the binding 
alarmlRPSystem:AlarmlRPBinding. 


NOTE 2: The IS equivalent maps to an XIVIL definition specified in 3GPP TS 32.1 1 1 -5 [5], and this being an input 
parameter to the operation notify under the port type ntflRPNtfSystemiNotificationlRPNtf and under the 
binding ntflRPNtfSystem:NotificationlRPNtf of 3GPP TS 32.307 [10]. This binding is linked to a port of the 
AlarmlRPService as indicated in the table above. 


NOTE 3: The IS operation is inherited from the ManagedGenericIRP IOC specified in 3GPP TS 32.312 [7]. 
This inheritance is by the AlarmlRP IOC of 3GPP TS 32.1 11-2 [4] inheriting from the 
IVIanagedGenericIRP IOC. The corresponding binding is linked to a port of the AlarmlRPService as 
indicated in the table above. 



5.2 Operation parameter mapping 



The AlarmlRP IS (3GPP TS 32.111-2 [4]) defines semantics of parameters carried in the operations. The tables below 
show the mapping of these parameters, as per operation, to their equivalents defined in this SS. 
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5.2.1.1 



Input parameters 



Table 5.2.1.1 : Mapping from IS acknowledgeAlarms input parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding input message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


alarmlnformationAndSeverityReferenceList 


alarmlnformationAndSeverityReferenceList 


M 


ackUserld 


ackUserld 


M 


ackSystemId 


ackSystemId 






5.2.1 .2 Output parameters 

Table 5.2.1.2: Mapping from IS acknowledgeAlarms output parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding output message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


badAlarmlnformationReferenceList 


badAlarmlnformationReferenceList 


M 


status 


status 


M 



5.2.1.3 Fault definition 

Table 5.2.1.3: Mapping from IS acknowledgeAlarms exceptions to SS equivalents 



Assertion name 


SS WSDL type enumeration value 

used in corresponding fault message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


operation failed 


OperationFailed 


M 



5.2.2 Operation getAlarmList 

5.2.2.1 Input parameters 

Table 5.2.1.1 : Mapping from IS getAlarmList input parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding input message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


alarmAckState 


alarmAckState 





baseObjectClass 


baseObjectClass 





baseObjectlnstance 


baseObjectlnstance 





filter 


filter 
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5.2.2.2 



Output parameters 



Table 5.2.2.2: Mapping from IS getAlarmLlst output parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding output message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


alarmlnformationList 


alarmlnformationList 


M 


status 


status 


M 



5.2.2.3 



Fault definition 
Table 5.2.2.3: Mapping from IS getAlarmLlst exceptions to SS equivalents 



Assertion name 


SS WSDL type enumeration value 

used in corresponding fault message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


operation failed 


OperationFailed 


M 


filter complexity limit 


FilterComplexityLimit 


M 



5.2.3 Operation getAlarmCount 

5.2.3.1 Input parameters 

Table 5.2.3.1 : Mapping from IS getAlarmCount input parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding input message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


filter 


filter 





alarmAckState 


alarmAckState 






5.2.3.2 



Output parameters 
Table 5.2.3.2: Mapping from IS getAlarmCount output parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding output message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


criticalCount 


criticalCount 


M 


majorCount 


majorCount 


M 


minorCount 


minorCount 


M 


warningCount 


warningCount 


M 


indeterminateCount 


indeterminateCount 


M 


clearedCount 


clearedCount 


M 


status 


status 


M 
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5.2.3.3 



Fault definition 



Table 5.2.3.3: Mapping from IS getAlarmCount exceptions to SS equivalents 



Assertion name 


SS WSDL type enumeration value 

used in corresponding fault message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


operation failed 


OperationFailed 


M 


filter complexity limit 


FilterComplexityLimit 


M 



5.2.4 Operation unacknowledge Alarms 

5.2.4.1 Input parameters 

Table 5.2.4.1 : Mapping from IS unacknowledgeAlarms input parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding input message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


alarmlnformationReferenceList 


alarmlnformationReferenceList 


M 


ackUserld 


ackUserld 


M 


ackSystemId 


ackSystemId 






5.2.4.2 Output parameters 

Table 5.2.4.2: Mapping from IS unacknowledgeAlarms output parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding output message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


badAlarmlnformationReferenceList 


badAlarmlnformationReferenceList 


M 


status 


status 


M 



5.2.4.3 Fault definition 

Table 5.2.4.3: Mapping from IS unacknowledgeAlarms exceptions to SS equivalents 



Assertion name 


SS WSDL type enumeration value 

used in corresponding fault message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


operation failed 


OperationFailed 


M 
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5.2.5.1 



Input parameters 
Table 5.2.5.1 : Mapping from IS setcomment input parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used In corresponding Input message 

under corresponding port type operation 

as Indicated In Table 5.1 


Qualifier 


alarmlnformationReferenceList 


alarmlnformationReferenceList 


M 


commentUserld 


commentUserld 


M 


commentSystemId 


commentSystemId 





commentText 


commentText 


M 



5.2.5.2 Output parameters 

Table 5.2.5.2: Mapping from IS setcomment output parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used In corresponding output message 

under corresponding port type operation 

as Indicated In Table 5.1 


Qualifier 


badAlarmlnformationReferenceList 


badAlarmlnformationReferenceList 


M 


status 


status 


M 



5.2.5.3 



Fault definition 
Table 5.2.5.3: Mapping from IS setcomment exceptions to SS equivalents 



Assertion name 


SS WSDL type enumeration value 

used In corresponding fault message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


operationjailed 


OperationFailed 


M 



5.2.6 Operation clearAlarms 

5.2.6.1 Input parameters 

Table 5.2.6.1 : Mapping from IS clearAlarms input parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding input message 

under corresponding port type operation 

as Indicated In Table 5.1 


Qualifier 


alarmlnformationReferenceList 


alarmlnformationReferenceList 


M 


clearUserld 


clearUserld 


M 


clearSystemId 


ClearSystemId 
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5.2.6.2 Output parameters 

Table 5.2.6.2: Mapping from IS clearAlarms output parameters to SS equivalents 



IS Operation parameter 


SS WSDL type sub-element 

used in corresponding output message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


badAlarmlnformationReferenceList 


badAlarmlnformationReferenceList 


M 


status 


status 


M 



5.2.6.3 



Fault definition 
Table 5.2.6.3: Mapping from IS clearAlarms exceptions to SS equivalents 



Assertion name 


SS WSDL type enumeration value 

used in corresponding fault message 

under corresponding port type operation 

as indicated in Table 5.1 


Qualifier 


operation failed 


OperationFailed 


M 
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Annex A (normative): 
WSDL specifications 

<?xml version="l . 0" encoding="UTF-8" ?> 
< ! - - 

3GPP TS 32.111-7 Alarm IRP SOAP Solution Set 
- - > 

<def initions xmlns="http : //schemas .xmlsoap .org/wsdl/" 
xmlns : soap="http : //schemas .xmlsoap . org/wsdl /soap/" 

xmlns : alarmIRPSystem="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . lll-7#AlarmIRPSystem" 
xmlns :alarmIRPData="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . lll-7#AlarmIRPData" 
xmlns :xai="http : //www. 3gpp . org/f tp/ specs/archive/ 32_series/ 32 . lll-5#alarmIRPIOCs" 
xmlns :xn="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/ 32 . 62 5#genericNrm" 

xmlns :genericIRPSystem="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 . 3 17/ schema/ 32 317 - 
810/GenericIRPSystem" 

xmlns :ntf IRPNtfSystem="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
8 10 /not if icat ion/Not if icationlRPNtf System" 
targetNamespace="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . lll-7#AlarmIRPSystem" > 

< import name space ="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 . 307/schema/32307- 
810/notif icat ion/Not if icationlRPNtf System" 
location="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 3 7/ schema/323 07 -8 10 -wsdl . zip"/> 

< import namespace="http : //www. 3gpp .org/f tp/Specs /archive/ 3 2_series/3 2 . 317/schema/32317- 
810/GenericIRPSystem" location="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 . 3 17/ schema/ 32 317- 
810-wsdl . zip"/> 
<types> 

< schema targetName space = "http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 .111- 
7#AlarmIRPData" xmlns="http: //www.w3 . org/2 1/XMLSchema " > 

< import namespace="http : //www. 3gpp.org/ftp/specs/archive/32_series/32 .111- 
5#alarmIRPI0Cs"/> 

< import namespace="http : //www. 3gpp .org/f tp/specs/archive/32_series/ 32 . 62 5#genericNrm"/> 
<!-- The following types are defined for the Alarm IRP operations --> 
<simpleType name="AlarmAckState" > 
<restriction base="string" > 

< enumeration value="AllAlarms"/> 
<enumeration value="AllActiveAlarms"/> 
< enumeration value="AllActiveAndAcknowledgedAlarms"/> 
<enumeration value="AllActiveAndUnacknowledgedAlarms"/> 
<enumeration value="AllClearedAndUnacknowledgedAlarms"/> 
<enumeration value="AllUnacknowledgedAlarms"/> 
</restriction> 
</simpleType> 

<complexType name="AlarmIdAndSeverityElement" > 
<sequence> 

<element ref ="xai : alarmId"/> 

<element ref ="xai iperceivedSeverity" minOccurs=" 0"/> 
</sequence> 
</complexType> 
<complexType name="AlarmIdAndSeverityList" > 

<sequence minOccurs="l" maxOccurs="unbounded" > 

< element name="listElement" type="alarmIRPData : AlarmIdAndSeverityElement"/> 
</sequence> 
</complexType> 
<complexType name="AlarmIdList" > 

<sequence minOccurs="l" maxOccurs= " unbounded" > 

<element ref ="xai : alarmId"/> 
</sequence> 
</complexType> 
<complexType name="AlarmInformationList" > 

<choice minOccurs="0" maxOccurs="unbounded" > 

< element name="nonSecurityAlarm" type="xai :NonSecurityAlarm"/> 
<element name="securityAlarm" type="xai : SecurityAlarm"/> 
</choice> 
</complexType> 

<complexType name="BadAcknowledgeAlarmInfoRef Element" > 
<sequence> 

<element ref ="xai : alarmId"/> 

<element name="f ailureReason" type="alarmIRPData : FailureReasonBadAck"/> 
<element name="additionalFailureReason" type=" string" /> 
</sequence> 
</complexType> 

<complexType name="BadAcknowledgeAlarmInfoRefList" > 
<sequence minOccurs=" 0" maxOccurs="unbounded" > 
<element name="listElement" 
type= " alarmlRPData : BadAcknowledgeAlarmlnfoRef Element " / > 
</sequence> 
</complexType> 

<complexType name="BadClearAlarmInfoRef Element" > 
<sequence> 

<element ref ="xai :alarmId"/> 

<element name="f ailureReason" type=" string" /> 
</sequence> 
</complexType> 
<complexType name="BadClearAlarmInfoRefList" > 
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<sequence minOccurs="0" maxOccurs= "unbounded" > 

<element name="listElement" type="alarmIRPData iBadClearAlarmlnfoRef Element "/> 
</sequence> 
</complexType> 

<complexType name="BadCommentAlarmInfoRef Element" > 
<sequence> 

<element ref ="xai : alarmId"/> 

<element name="f ailureReason" type="string"/> 
</sequence> 
</complexType> 
<complexType name="BadCommentAlarmInf oRefList" > 

<sequence minOccurs="0" maxOccurs="unbounded" > 

< element name="listElement" type="alarmIRPData iBadCommentAlarmlnfoRef Element "/> 
</sequence> 
</complexType> 

<complexType name="BadUnacknowledgeAlarmInfoRef Element" > 
<sequence> 

<element ref ="xai : alarmId"/> 

<element name="f ailureReason" type="string"/> 
</sequence> 
</complexType> 

<complexType name="BadUnacknowledgeAlarmInfoRefList" > 
<sequence minOccurs="0" maxOccurs= "unbounded" > 
<element name="listElement" 
tYpe= " alarmlRPData : BadUnacknowledgeAlarmlnfoRef Element " / > 
</sequence> 
</complexType> 

<simpleType name="FailureReasonBadAck" > 
<restriction base="string" > 

< enumeration value="UnknownAlarmId"/> 
<enumeration value="AcknowledgmentFailed"/> 
<enumeration value="WrongPerceivedSeverity"/> 
< /restrict ion> 
</simpleType> 

<simpleType name="OperationStatusTwo" > 
<restriction base="string" > 

< enumeration value="OperationSucceeded"/> 
< enumeration value="OperationFailed"/> 
</restriction> 
</simpleType> 

<simpleType name="OperationStatusThree" > 
<restriction base="string" > 

< enumeration value="OperationSucceeded"/> 
< enumeration value="OperationFailed"/> 
< enumeration value="OperationPartiallySucceeded"/> 
</restriction> 
</simpleType> 

<!-- acknowledgeAlarms Request- -> 
<element name=" acknowledgeAlarms" > 
<complexType> 
<sequence> 

<element name="alarmInformationAndSeverityRef erenceList" 
type= "alarmlRPData :AlarmIdAndSeverityList"/> 

<element ref ="xai : ackUserId"/> 

<element ref ="xai : ackSystemId" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<!-- acknowledgeAlarms Response --> 
<element name="acknowledgeAlarmsResponse" > 
<complexType> 
<sequence> 

< element name="badAlarmInformationRef erenceList" 
type= " alarmlRPData : BadAcknowledgeAlarmInf oRef List " / > 

<element name=" status" type=" alarmlRPData :OperationStatusThree"/> 
</sequence> 
</complexType> 
</element> 

<!-- acknowledgeAlarms Fault --> 
<element name="acknowledgeAlarmsFault" > 
<simpleType> 

<restriction base="string" > 

< enumeration value="OperationFailed"/> 
</restriction> 
</simpleType> 
</element> 

<!-- getAlarmList Request --> 
<element name="getAlarmList" > 
<complexType> 
<sequence> 

<element name="alarmAckState" type=" alarmlRPData : AlarmAckState" 



minOccurs= " " /> 



<element name="baseObjectClass" type="string" minOccurs=" 0"/> 
<element name="baseObjectInstance" type="xn:dn" minOccurs=" 0"/; 
<element name=" filter" type=" string" minOccurs=" 0"/> 



</sequence> 
</complexType> 
</element> 
<!-- getAlarmList Response 
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<element name="getAlarmListResponse" > 
<complexType> 
<sequence> 

<element name="alarmInformationList" 
type= " alarmlRPData : Alarmlnf ormat ionList " / > 

< element name=" status" type=" alarmlRPData : Operations tatusTwo"/> 
</sequence> 
</complexType> 
</element> 

<!-- getAlarmList Fault --> 
<element name="getAlarmListFault" > 
<simpleTYpe> 

<restriction base="string" > 

< enumeration value="OperationFailed"/> 
< enumeration value="FilterComplexityLimit"/> 
< /restrict ion> 
</simpleType> 
</element> 

<!-- getAlarmCount Request --> 
<element name="getAlarmCount" > 
<complexType> 
<sequence> 

<element name="f liter" type="string" minOccurs=" 0"/> 
<element name="alarmAckState" type=" alarmlRPData lAlarmAckState" 
minOccurs= " " / > 

</sequence> 
</complexType> 
</element> 

<!-- getAlarmCount Response --> 
<element name="getAlarmCountResponse" > 
<complexType> 
<sequence> 

<element name="criticalCount" type="nonNegativeInteger"/> 
<element name="majorCount" type="nonNegativeInteger"/> 
<element name="minorCount" type="nonNegativeInteger"/> 
<element name="warningCount" type="nonNegativeInteger"/> 
< element name="indeterminateCount" type="nonNegativeInteger"/> 
<element name="clearedCount" type="nonNegativeInteger"/> 
< element name=" status" type=" alarmlRPData : Operations tatusTwo"/> 
</sequence> 
</complexType> 
</element> 

<!-- getAlarmCount Fault --> 
<element name="getAlarmCountFault" > 
<simpleType> 

<restriction base="string" > 

< enumeration value="OperationFailed"/> 
<enumeration value="FilterComplexityLimit"/> 
< /restrict ion> 
</simpleType> 
</element> 

<!-- unacknowledgeAlarms Request --> 
<element name="unacknowledgeAlarms" > 
< c omp 1 exTyp e > 
<sequence> 

<element name= " alarmlnf ormationReferenceList" 
type= " alarmlRPData : AlarmldList " / > 

<element ref ="xai : ackUserId"/> 

<element ref ="xai : ackSystemId" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<!-- unacknowledgeAlarms Response --> 
<element name="unacknowledgeAlarmsResponse" > 
<complexType> 
<sequence> 

<element name="badAlarmInf ormationReferenceList" 
type= " alarmlRPData : BadUnacknowledgeAlarmInf oRef List " / > 

< element name=" status" type=" alarmlRPData : Operations tatusThree"/> 
</sequence> 
</complexType> 
</element> 

<!-- unacknowledgeAlarms Fault --> 
<element name="unacknowledgeAlarmsFault" > 
<simpleType> 

<restriction base="string" > 

< enumeration value="OperationFailed"/> 
< /restrict ion> 
</simpleType> 
</element> 

<!-- setComment Request --> 
<element name= " setComment " > 
<complexType> 
<sequence> 

<element name=" alarmlnf ormationReferenceList" 
type= " alarmlRPData : AlarmldList " / > 

<element ref ="xai :commentUserId"/> 

<element ref ="xai : commentSystemId" minOccurs="0"/> 

<element ref ="xai : commentText"/> 
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</sequence> 
</complexType> 
</element> 

<!-- setComment Response --> 
<element name="setCommentResponse" > 
< c omp 1 exTyp e > 
<sequence> 

< element name="badAlarmInf ormationRef erenceList" 
type= " alarmlRPData : BadCommentAlarmInf oRef List " / > 

< element name=" status" type=" alarmlRPData : Operations tatusThree"/> 
</sequence> 
</complexType> 
</element> 

<!-- setComment Fault --> 
<element name="setCommentFault" > 
<simpleType> 

<restriction base="string"> 

<enumeration value="OperationFailed"/> 
< /restrict ion> 
</simpleType> 
</element> 

<!-- clearAlarms Request- -> 
<element name="clearAlarms"> 
< c omp 1 exTyp e > 
<sequence> 

<element name="alarmlnf ormationRef erenceList" 
type= " alarmlRPData : AlarmldList " / > 

< element ref ="xai : clearUserId"/> 

<element ref ="xai : clearSystemId" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<!-- clearAlarms Response- -> 
<element name="clearAlarmsResponse" > 
<complexType> 
<sequence> 

<element name="badAlarmInf ormationRef erenceList" 
type=" alarmlRPData iBadClearAlarmlnfoRef List "/> 

< element name=" status" type=" alarmlRPData : Operations tatusThree"/> 
</sequence> 
</complexType> 
</element> 

<!-- clearAlarms Fault- -> 
<element name="clearAlarmsFault" > 
<simpleType> 

<restriction base="string" > 

<enumeration value="OperationFailed"/> 
</restriction> 
</simpleType> 
</element> 
</schema> 
</types> 
<message name="acknowledgeAlarms" > 

<part name= "parameter" element=" alarmlRPData : acknowledgeAlarms"/> 
</message> 
<message name="acknowledgeAlarmsResponse" > 

<part name= "parameter" element=" alarmlRPData : acknowledgeAlarmsResponse"/> 
</message> 
<message name="acknowledgeAlarmsFault" > 

<part name= "parameter" element=" alarmlRPData : acknowledgeAlarmsFault"/> 
</message> 
<message name="getAlarmList" > 

<part name= "parameter" element=" alarmlRPData :getAlarmList"/> 
</message> 
<message name="getAlarmListResponse" > 

<part name= "parameter" element=" alarmlRPData :getAlarmListResponse"/> 
</message> 
<message name="getAlarmListFault" > 

<part name= "parameter" element=" alarmlRPData :getAlarmListFault"/> 
</message> 
<message name="getAlarmCount" > 

<part name= "parameter" element=" alarmlRPData :getAlarmCount"/> 
</message> 
<message name="getAlarmCountResponse" > 

<part name= "parameter" element=" alarmlRPData :getAlarmCountResponse"/> 
</message> 
<message name="getAlarmCountFault" > 

<part name= "parameter" element=" alarmlRPData :getAlarmCountFault"/> 
</message> 
<message name="unacknowledgeAlarms" > 

<part name= "parameter" element=" alarmlRPData :unacknowledgeAlarms"/> 
</message> 
<message name="unacknowledgeAlarmsResponse" > 

<part name= "parameter" element=" alarmlRPData :unacknowledgeAlarmsResponse"/> 
</message> 
<message name="unacknowledgeAlarmsFault" > 

<part name= "parameter" element=" alarmlRPData :unacknowledgeAlarmsFault"/> 
</message> 
<message name= " setComment " > 
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<part name= "parameter" element="alarmIRPData : setComment"/> 
</message> 
<message name="setCommentResponse" > 

<part name= "parameter" element="alarmIRPData : setCommentResponse"/> 
</message> 
<message name="setCommentFault" > 

<part name= "parameter" element ="alarmIRPDat a : setCommentFault"/> 
</message> 
<message name="clearAlarms" > 

<part name= "parameter" element="alarmIRPData : clearAlarms"/> 
</message> 
<message name="clearAlarmsResponse" > 

<part name= "parameter" element="alarmIRPData : clearAlarmsResponse"/> 
</message> 
<message name="clearAlarmsFault" > 

<part name= "parameter" element="alarmIRPData : clearAlarmsFault"/> 
</message> 
<portType name="AlarmIRPPortType" > 

<operation name="acknowledgeAlarms" > 

< input message="alarmIRPSystem: acknowledgeAlarms"/> 
<output message= " alarmlRPSystem : acknowledgeAlarmsResponse " / > 

< fault name= " acknowledgeAlarmsFault " message= " alarmlRPSystem : acknowledgeAlarmsFault " / > 
</operation> 
<operation name="getAlarmList" > 

< input message=" alarmlRPSystem :getAlarmList"/> 
<output message="alarmIRPSystem:getAlarmListResponse"/> 

< fault name= " getAlarmList Fault " message= " alarmlRPSystem : getAlarmList Fault " / > 
</operation> 
<operation name="getAlarmCount" > 

< input message = " alarmlRPSystem : getAlarmCount " / > 
<output message= " alarmlRPSystem : getAlarmCountResponse " / > 

< fault name =" getAlarmCount Fault" message=" alarmlRPSystem :getAlarmCountFault"/> 
</operation> 
<operation name="unacknowledgeAlarms" > 

< input message= " alarmlRPSystem : unacknowledgeAlarms " / > 
<output message= " alarmlRPSystem : unacknowledgeAlarmsResponse " / > 
< fault name="unacknowledgeAlarmsFault" 
message= " alarmlRPSystem : unacknowledgeAlarmsFault " / > 
</operation> 
<operation name="setComment" > 

< input message=" alarmlRPSystem: set Comment "/> 
<output message=" alarmlRPSystem: setCommentResponse"/> 

< fault name = " set Comment Fault " message= " alarmlRPSystem : set Comment Fault " / > 
</operation> 
<operation name="clearAlarms" > 

< input message=" alarmlRPSystem: clearAlarms"/> 
<output message=" alarmlRPSystem: clearAlarmsResponse"/> 

< fault name="clearAlarmsFault" message=" alarmlRPSystem: clearAlarmsFault"/> 
</operation> 
</portType> 
<binding name="AlarmIRPBinding" type=" alarmlRPSystem :AlarmIRPPortType" > 

<soap : binding style=" document" transport ="http : //schemas .xmlsoap . org/soap/http"/> 
<operation name="acknowledgeAlarms" > 

<soap : operation soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 .111- 
7#acknowledgeAlarms" style= "document "/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</ output > 
< fault name=" acknowledgeAlarmsFault" > 

<soap:fault name=" acknowledgeAlarmsFault" use="literal"/> 
</fault> 
</operation> 
<operation name="getAlarmList" > 

<soap : operation soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 .111- 
7#getAlarmList " style= " document " / > 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getAlarmListFault" > 

<soap:fault name="getAlarmListFault" use="literal"/> 
</f ault> 
</operation> 
<operation name=" getAlarmCount" > 

<soap : operation soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 .111- 
7#getAlarmCount " style= " document " / > 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getAlarmCountFault" > 

<soap:fault name="getAlarmCountFault" use="literal"/> 
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</fault> 
</operation> 
<operation name="unacknowledgeAlarms" > 

<soap : operation soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 .111- 
7#unacknowledgeAlarms " style= " document " / > 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name="unacknowledgeAlarmsFault" > 

<soap:fault name="unacknowledgeAlarmsFault " use="literal"/> 
</fault> 
</operation> 
<operation name="setComment" > 

<soap : operation soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 .111- 
7# set Comment" style= "document "/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<fault name="setCommentFault" > 

<soap:fault name="setCommentFault" use="literal"/> 
</fault> 
</operation> 
<operation name="clearAlarms" > 

<soap : operation soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 .111- 
7#clearAlarms " style= "document " / > 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="clearAlarmsFault" > 

<soap:fault name="clearAlarmsFault" use="literal"/> 
</f ault> 
</operation> 
</binding> 
<service name="AlarmIRPService" > 

<port name= " AlarmlRPPort " binding= " alarmlRPSystem : AlarmlRPBinding" > 

<soap : address location="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 .111- 
7#AlarmIRP"/> 

</port> 

<port name =" Generic IRPPort" binding="genericIRPSystem:GenericIRPBinding" > 
<soap : address 
location="http : //www. 3gpp . org/f tp/Specs/archive/32_series/ 32 . 317#GenericIRP"/> 
</port> 

<port name="Notif icationlRPNtf Port" binding="ntf IRPNtf SystemiNotif icationlRPNtf " > 
<soap : address 
location="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 307#Notif icationlRPNtf "/> 
</port> 
</service> 
</def initions> 



Annex B (informative): 
Void 



£75/ 



3GPP TS 32.111-7 version 9.0.0 Release 9 



20 



ETSI TS 1 32 1 1 1 -7 V9.0.0 (201 0-01 ) 



Annex C (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


R 


Subject/Comment 


Cat 


Old 


New 


Mar 2009 


SA-43 


SP-090056 


-- 


-- 


Presentation to SA for information and approval 


-- 


1.0.0 


8.0.0 


Jun 2009 




SP-090289 


001 


-- 


Correction of Port IVIapping of Alarm IRPService 


F 


8.0.0 


8.1.0 


Dec 2009 


SA-46 


SP-090719 


002 


-- 


Discontinuation of the maintenance of WSDL/XML schema folders 


F 


8.1.0 


9.0.0 



£75/ 



3GPP TS 32.111-7 version 9.0.0 Release 9 



21 



ETSI TS 1 32 1 1 1 -7 V9.0.0 (201 0-01 ) 



History 



Document history 


V9.0.0 


January 2010 


Publication 



























£75/ 



